METHOD AND APPARATUS FOR DYNAMIC GROUP ADDRESS CREATION 
FIELD OF THE INVENTION 

[0001] The present invention relates to a method and 
apparatus for dynamically creating a group address for 
facilitating communications among a group of users. 

BACKGROUND OF THE INVENTION 

[0002] A wireless communication device, such as a 
cellular telephone or mobile station, is capable of making 
and receiving voice calls and/or sending and receiving data 
over a wireless communication network. Recent developments 
have given such mobile stations the ability to communicate 
in "push-to-talk" (PTT) modes using Push-to-talk over 
Cellular (PoC) technology. PoC communication utilizes 
Voice-over-IP (VoIP) techniques which involve the 
communication of data packets carrying voice information. 
PoC communication is adapted for one-to-one talks or group 
talks which are session-based. 

[0003] The end user of a mobile station may send an 
"invitation" for PoC communication to other potential 
"participants" who may "accept" or ignore the invitation. 
When an invitation is accepted, a PoC session is created 
between the two participants. Further acceptances of the 
invitation will expand the session into a group session 
having more than two participants. 

[0004] There are two common ways to create PoC groups for 
PoC services: 1) predefining a group definition by a PoC 
service provider or by a Web-based application tool and 2) 
defining a group definition at use time by a user. 
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[0005] Similarly, a user may communicate via instant 
messaging to a group of users in a chat session, exchanging 
instant messages among the group. 

[0006] An individual may wish to be able to initiate a 
group communication with other persons (previously known or 
unknown to the individual) who share at least one common 
characteristic such as location, personal preference for a 
meal or other activity, or a set of common interests or a 
combination of such characteristics. 

[0007] Examples of the use of such a dynamic group could 
be : 

1. "My friends close by" - This group's membership is 
dynamically created based on a subset of prelisted 
members (friends) that are within a certain proximity 
of the owner of the group. 

2. "My lunch buddies" - This group's membership is 
dynamically created based on a subset of prelisted 
members (friends) that have published similar lunch 
preferences as the owner of the group. 

3. "My love match" - This groups membership is 
dynamically created based on a comparison of similar 
compatibility characteristics as the owner of the group 
and that are within a certain proximity of the owner of 
the group. 

4. "My shopping buddies" - This group's membership is 
dynamically created based on a subset of prelisted 
members (friends) that have indicated that they wish to 
shop today. 
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5. "My chess game partners" - This groups membership is 
dynamically created based on publication of interest in 
playing a networked chess game. 

6. "Mayday Call" - The introduction of such dynamic 
groups would facilitate a new call concept of "Mayday 
Calls". In the event of an accident the user would be 
able to call directly to a group of users, almost 
certainly previously unknown to the user requiring 
assistance, to request urgent assistance. An example 
use of this would be a skier, who had had an accident 
and wanted urgent assistance from other skiers in his 
vicinity. The Mayday Call group's membership is 
dynamically created based on all users that are within 
a certain proximity of the owner of the group that have 
authorized their inclusion as members of the Mayday 
Group. 

7. Taxi Location Based Dispatch Call - The Taxi 
Dispatcher wishes to contact taxis within a certain 
proximity of the location of the pickup. The Dispatch 
Call group's membership is dynamically created based on 
all prelisted taxi driver users that are within a 
certain proximity of the pick-up's location. The 
location of the pick-up is entered by the dispatcher. 

[0008] A solution to one or more of these needs is 
therefore desired. 

SUMMARY OF THE INVENTION 

[0009] Methods and apparatus for facilitating dynamic 
group creation for Push-to-talk over Cellular (PoC) group 
communication sessions, instant messaging sessions, chat and 
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other communications are described herein. 

[0010] In one embodiment the method comprises receiving 
at least one rule defining a member of the dynamic group in 
association with a group address; and populating the dynamic 
group with members from said mobile stations determined in 
accordance with the at least one rule. Rules may be defined 
with reference to presence and/or location information 
available for the mobile stations. Such information may be 
published on behalf of the stations to one or more servers 
adapted to identify mobile stations matching the rules. The 
method may comprise subscribing to the servers to obtain the 
matching mobile stations with which to populate dynamic 
group addresses. These and other aspects including one or 
more method, server, mobile station and computer program 
product aspects will be apparent to those of ordinary skill 
in the art. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0011] In order that the invention may be readily 
understood, embodiments of the invention are illustrated by 
way of examples in the accompanying drawings, in which: 

[0012] Fig. 1 is a block diagram which illustrates 
pertinent components of a wireless communication network and 
a mobile station which communicates within this network, 
both configured to facilitate Push-to-talk over Cellular 

(PoC) communications ; 

[0013] Fig. 2 is a more detailed diagram of the mobile 
station which may communicate within the wireless 
communication network; 



-4- 



f' 
«* 

* 

[0014] Fig. 3 is block diagram of system component 
configurations pertaining to PoC communication sessions of 
the present application; 

[0015] Fig. 4 is a block diagram of system component 
configurations pertaining to an example PoC communication 
session between three users in accordance with an embodiment 
of the invention; 

[0016] Fig. 5 is flow diagram showing a flow of exemplary 
dynamic group creation communications among the system 
components of Fig. 4 in accordance with an embodiment of the 
invention. 

[0017] Fig. 6 is flow diagram showing a flow of exemplary 
dynamic group creation communications among the system 
components of Fig. 4 in accordance with a further embodiment 
of the invention. 

DETAILED DESCRIPTION 

[0018] Fig. 1 is a block diagram of a communication 
system 100 which includes a mobile station 102 which 
communicates through a wireless communication network 104. 
Mobile station 102 preferably includes a visual display 112, 
a keyboard 114, and perhaps one or more auxiliary user 
interfaces (UI) 116, each of which is coupled to a 
controller 106. Controller 106 is also coupled to radio 
frequency (RF) transceiver circuitry 108 and an antenna 110. 

[0019] Typically, controller 106 is embodied as a central 
processing unit (CPU) which runs operating system software 
in a memory component (not shown) . Controller 106 will 
normally control overall operation of mobile station 102, 
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whereas signal processing operations associated with 
communication functions are typically performed in RF 
transceiver circuitry 108. Controller 106 interfaces with 
device display 112 to display received information, stored 
information, user inputs, and the like. Keyboard 114, which 
may be a telephone type keypad or full alphanumeric 
keyboard, is normally provided for entering data for storage 
in mobile station 102, information for transmission to 
network 104, a telephone number to place a telephone call, 
commands to be executed on mobile station 102, and possibly 
other or different user inputs. 

[0020] Mobile station 102 sends communication signals to 
and receives communication signals from network 104 over a 
wireless link via antenna 110. RF transceiver circuitry 108 
performs functions similar to those of a radio network (RN) 
128, including for example modulation/demodulation and 
possibly encoding/decoding and encryption/decryption. It is 
also contemplated that RF transceiver circuitry 108 may 
perform certain functions in addition to those performed by 
RN 128. It will be apparent to those skilled in art that RF 
transceiver circuitry 108 will be adapted to particular 
wireless network or networks in which mobile station 102 is 
intended to operate. 

[0021] Mobile station 102 includes a battery interface 
122 for receiving one or more rechargeable batteries 124. 
Battery 124 provides electrical power to electrical 
circuitry in mobile station 102, and battery interface 122 
provides for a mechanical and electrical connection for 
battery 124. Battery interface 122 is coupled to a 
regulator 126 which regulates power to the device. When 
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mobile station 102 is fully operational, an RF transmitter 
of RF transceiver circuitry 108 is typically turned on only 
when it is sending to network, and is otherwise turned off 
to conserve resources. Similarly, an RF receiver of RF 
transceiver circuitry 108 is typically periodically turned 
off to conserve power until it is needed to receive signals 
or information (if at all) during designated time periods. 

[0022] Mobile station 102 operates using a memory module 
120, such as a Subscriber Identity Module (SIM) or a 
Removable User Identity Module (R-UIM) , which is connected 
to or inserted in mobile station 102 at an interface 118. 
As an alternative to a SIM or an R-UIM, mobile station 102 
may operate based on configuration data programmed by a 
service provider into an internal memory which is a non- 
volatile memory. Mobile station 102 may consist of a single 
unit, such as a data communication device, a cellular 
telephone, a multiple-function communication device with 
data and voice communication . capabilities, a personal 
digital assistant ( PDA) enabled for wireless communication, 
or a computer incorporating an internal modem. 
Alternatively, mobile station 102 may be a multiple-module 
unit comprising a plurality of separate components, 
including but in no way limited to a computer or other 
device connected to a wireless modem. In particular, for 
example, in the mobile station block diagram of Fig. 1, RF 
transceiver circuitry 108 and antenna 110 may be implemented 
as a radio modem unit that may be inserted into a port on a 
laptop computer. In this case, the laptop computer would 
include display 112, keyboard 114, and one or more auxiliary 
UIs 116, and controller 106 may remain within the radio 
modem unit that communicates with the computer's CPU or be 
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embodied as the computer's CPU. It is also contemplated 
that a computer or other equipment not normally capable of 
wireless communication may be adapted to connect to and 
effectively assume control of RF transceiver circuitry 108 
and antenna 110 of a single-unit device such as one of those 
described above. Such a mobile station 102 may have a more 
particular implementation as described later in relation to 
mobile station 202 of Fig. 2. 

[0023] Mobile station 102 communicates in and through 
wireless communication network 104. In the embodiment of 
Fig. 1, wireless network 104 is a Third Generation (3G) 
supported network based on Code Division Multiple Access 
(CDMA) technologies. In particular, wireless network 104 is 
a CDMA2000 network which includes fixed network components 
coupled as shown in Fig. 1. Wireless network 104 of the 
CDMA2000-type includes a Radio Network (RN) 128, a Mobile 
Switching Center (MSC) 130, a Signaling System 7 (SS7) 
network 140, a Home Location Register/Authentication Center 
(HLR/AC) 138, a Packet Data Serving Node (PDSN) 132, an IP 
network 134, and a Remote Authentication Dial-In User 
Service (RADIUS) server 136. SS7 network 140 is 

communicatively coupled to a network 142 (such as a Public 
Switched Telephone Network or PSTN) , whereas IP network is 
communicatively coupled to a network 144 (such as the 
Internet) . Persons of ordinary skill in the art will 
appreciate that other networks and associated topologies 
including GPRS, E-GPRS and UMTS radio networks may be 
employed with the teachings herein. 

[0024] During operation, mobile station 102 communicates 
with RN 128 which performs functions such as call-setup, 
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call processing, and mobility management. RN 128 includes a 
plurality of base station transceiver systems that provide 
wireless network coverage for a particular coverage area 
commonly referred to as a "cell". A given base station 
transceiver system of RN 128, such as the one shown in Fig. 
1, transmits communication signals to and receives 
communication signals from mobile stations within its cell. 
The base station transceiver system normally performs such 
functions as modulation and possibly encoding and/or 
encryption of signals to be transmitted to the mobile 
station in accordance with particular, usually 
predetermined, communication protocols and parameters, under 
control of its controller. The base station transceiver 
system similarly demodulates and possibly decodes and 
decrypts, if necessary, any communication signals received 
from mobile station 102 within its cell. Communication 
protocols and parameters may vary between different 
networks. For example, one network may employ a different 
modulation scheme and operate at different frequencies than 
other networks. The underlying services may also differ 
based on its particular protocol revision. 

[0025] The wireless link shown in communication system 
100 of Fig. 1 represents one or more different channels, 
typically different radio frequency (RF) channels, and 
associated protocols used between wireless network 104 and 
mobile station 102. An RF channel is a limited resource 
that must be conserved, typically due to limits in overall 
bandwidth and a limited battery power of mobile station 102. 
Those skilled in art will appreciate that a wireless network 
in actual practice may include hundreds of cells depending 
upon desired overall expanse of network coverage. All 
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pertinent components may be connected by multiple switches 
and routers (not shown) , controlled by multiple network 
controllers . 

[0026] For all mobile stations 102 registered with a 
network operator, permanent data (such as mobile station 102 
user's profile) as well as temporary data (such as mobile 
station's 102 current location) are stored in a HLR/AC 138. 
In case of a voice call to mobile station 102, HLR/AC 138 is 
queried to determine the current location of mobile station 
102. A Visitor Location Register (VLR) of MSC 130 is 
responsible for a group of location areas and stores the 
data of those mobile stations that are currently in its area 
of responsibility. This includes parts of the permanent 
mobile station data that have been transmitted from HLR/AC 
138 to the VLR for faster access. However, the VLR of MSC 
130 may also assign and store local data, such as temporary 
identifications. Mobile station 102 is also authenticated 
on system access by HLR/AC 138. In order to provide packet 
data services to mobile station 102 in a CDMA2000-based 
network, RN 128 communicates _with PDSN 132. PDSN 132 
provides access to the Internet 144 (or intranets, Wireless 
Application Protocol (WAP) servers, etc.) through IP network 
134. PDSN 132 also provides foreign agent (FA) 

functionality in mobile IP networks as well as packet 
transport for virtual private networking. PDSN 132 has a 
range of IP addresses and performs IP address management, 
session maintenance, and optional caching. RADIUS server 
136 is responsible for performing functions related to 
authentication, authorization, and accounting (AAA) of 
packet data services, and may be referred to as an AAA 
server . 
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[0027] Wireless communication network 104 also includes a 
Push-to-talk over Cellular (PoC) server 137 which may be 
coupled to IP network 134. PoC server 137 operates to 
facilitate PoC individual and group communication sessions 
between mobile stations within network 104. A conventional 
PoC communication session involves a session connection 
between end users of mobile stations, referred to as session 
"participants", who communicate one at a time in a half- 
duplex manner much like conventional walkie-talkies or two- 
way radios. 

[0028] Those skilled in art will appreciate that wireless 
network 104 may be connected to other systems, possibly 
including other networks, not explicitly shown in Fig. 1. A 
network will normally be transmitting at very least some 
sort of paging and system information on an ongoing basis, 
even if there is no actual packet data exchanged. Although 
the network consists of many parts, these parts all work 
together to result in certain behaviours at the wireless 
link. 

[0029] Fig. 2 is a detailed block diagram of a preferred 
mobile station 202. Mobile station 202 is preferably a two- 
way communication device having at least voice and advanced 
data communication capabilities, including the capability to 
communicate with other computer systems. Depending on the 
functionality provided by mobile station 202, it may be 
referred to as a data messaging device, a two-way pager, a 
cellular telephone with data messaging capabilities, a 
wireless Internet appliance, or a data communication device 
(with or without telephony capabilities) . Mobile station 
202 may communicate with any one of a plurality of base 
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station transceiver systems 200 within its geographic 
coverage area. 

[0030] Mobile station 202 will normally incorporate a 
communication subsystem 211, which includes a receiver 212, 
a transmitter 214, and associated components, such as one or 
more (preferably embedded or internal) antenna elements 216 
and 218, local oscillators (LOs) 213, and a processing 
module such as a digital signal processor (DSP) 220. 
Communication subsystem 211 is analogous to RF transceiver 
circuitry 108 and antenna 110 shown in Fig. 1. As will be 
apparent to those skilled in field of communications, 
particular design of communication subsystem 211 depends on 
the communication network in which mobile station 202 is 
intended to operate. 

[0031] Mobile station 202 may send and receive 
communication signals over the network after required 
network registration or activation procedures have been 
completed. Signals received by antenna 216 through the 
network are input to receiver 212, which may perform such 
common receiver functions as signal amplification, frequency 
down conversion, filtering, channel selection, and like, and 
in example shown in Fig. 2, analog-to-digital (A/D) 
conversion. A/D conversion of a received signal allows more 
complex communication functions such as demodulation and 
decoding to be performed in DSP 220. In a similar manner, 
signals to be transmitted are processed, including 
modulation and encoding, for example, by DSP 220. These 
DSP-processed signals are input to transmitter 214 for 
digital-to-analog (D/A) conversion, frequency up conversion, 
filtering, amplification and transmission over communication 
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network via antenna 218. DSP 220 not only processes 
communication signals, but also provides for receiver and 
transmitter control. For example, the gains applied to 
communication signals in receiver 212 and transmitter 214 
may be adaptively controlled through automatic gain control 
algorithms implemented in DSP 220. 

[0032] Network access is associated with a subscriber or 
user of mobile station 202, and therefore mobile station 202 
requires a memory module 262, such as a Subscriber Identity 
Module or "SIM" card or a Removable User Identity Module (R- 
UIM) , to be inserted in or connected to an interface 264 of 
mobile station 202 in order to operate in the network. 
Alternatively, memory module 262 may be a non-volatile 
memory which is programmed with configuration data by a 
service provider so that mobile station 202 may operate in 
the network. Since mobile station 202 is a mobile battery- 
powered device, it also includes a battery interface 254 for 
receiving one or more rechargeable batteries 256. Such a 
battery 256 provides electrical power to most if not all 
electrical circuitry in mobile station 202, and battery 
interface 254 provides for a mechanical and electrical 
connection for it. The battery interface 254 is coupled to 
a regulator (not shown in Fig. 2) which provides power V+ to 
all of the circuitry. 

[0033] Mobile station 202 includes a microprocessor 238 
(which is one implementation of controller 106 of Fig. 1) 
which controls overall operation of mobile station 202. 
This control includes network selection techniques of the 
present application. Communication functions, including at 
least data and voice communications, are performed through 
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communication subsystem 211. Microprocessor 238 also 
interacts with additional device subsystems such as a 
display 222, a flash memory 224, a random access memory 
(RAM) 226, auxiliary input/output (I/O) subsystems 228, a 
serial port 230, a keyboard 232, a speaker 234, a microphone 
236, a short-range communications subsystem 240, and any 
other device subsystems generally designated at 242. Some 
of the subsystems shown in Fig. 2 perform communication- 
related functions, whereas other subsystems may provide 
"resident" or on-device functions. Notably, some 

subsystems, such as keyboard 232 and display 222, for 
example, may be used for both communication-related 
functions, such as entering a text message for transmission 
over a communication network, and device-resident functions 
such as a calculator or task list. Operating system 
software used by microprocessor 238 is preferably stored in 
a persistent store such as flash memory 224, which may 
alternatively be a read-only memory (ROM) or similar storage 
element (not shown) . Those skilled in the art will 
appreciate that the operating system, specific device 
applications, or parts thereof, may be temporarily loaded 
into a volatile store such as RAM 226. 

[0034] Microprocessor 238, in addition to its operating 
system functions, preferably enables execution of software 
applications on mobile station 202. A predetermined set of 
applications which control basic device operations, 
including at least data and voice communication 
applications, will normally be installed on mobile station 
202 during its manufacture. A preferred application that 
may be loaded onto mobile station 202 may be a personal 
information manager (PIM) application having the ability to 
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organize and manage data items relating to user such as, but 
not limited to, e-mail, calendar events, voice mails, 
appointments, and task items. Naturally, one or more memory 
stores are available on mobile station 202 and SIM 262 to 
facilitate storage of PIM data items and other information. 

[0035] The PIM application preferably has the ability to 
send and receive data items via the wireless network. In a 
preferred embodiment, PIM data items are seamlessly 
integrated, synchronized, and updated via the wireless 
network, with the mobile station user's corresponding data 
items stored and/or associated with a host computer system 
thereby creating a mirrored host computer on mobile station 
202 with respect to such items. This is especially 
advantageous where the host computer system is the mobile 
station user's office computer system. Additional 
applications may also be loaded onto mobile station 202 
through network, an auxiliary I/O subsystem 228, serial port 
230, short-range communications subsystem 240, or any other 
suitable subsystem 242, and installed by a user in RAM 226 
or preferably a non-volatile store (not shown) for execution 
by microprocessor 238. Such flexibility in application 
installation increases the functionality of mobile station 
202 and may provide enhanced on-device functions, 
communication-related functions, or both. For example, 
secure communication applications may enable electronic 
commerce functions and other such financial transactions to 
be performed using mobile station 202. 

[0036] In a data communication mode, a received signal 
such as a text message, an e-mail message, or web page 
download will be processed by communication subsystem 211 
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and input to microprocessor 238, Microprocessor 238 will 
preferably further process the signal for output to display 
222 or alternatively to auxiliary I/O device 228. A user of 
mobile station 202 may also compose data items, such as e- 
mail messages, for example, using keyboard 232 in 
conjunction with display 222 and possibly auxiliary I/O 
device 228. Keyboard 232 is preferably a complete 

alphanumeric keyboard and/or telephone-type keypad. These 
composed items may be transmitted over a communication 
network through communication subsystem 211. 

[0037] For voice communications, the overall operation of 
mobile station 202 is substantially similar, except that the 
received signals would be output to speaker 234 and signals 
for transmission would be generated by microphone 236. 
Alternative voice or audio I/O subsystems, such as a voice 
message recording subsystem, may also be implemented on 
mobile station 202. Although voice or audio signal output 
is preferably accomplished primarily through speaker 234, 
display 222 may also be used to provide an indication of the 
identity of a calling party, duration of a voice call, or 
other voice call related information, as some examples. 

[0038] Serial port 230 in Fig. 2 is normally implemented 
in a personal digital assistant (PDA) -type communication 
device for which synchronization with a user's desktop 
computer is a desirable, albeit optional, component. Serial 
port 230 enables a user to set preferences through an 
external device or software application and extends the 
capabilities of mobile station 202 by providing for 
information or software downloads to mobile station 202 
other than through a wireless communication network. The 
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alternate download path may, for example, be used to load an 
encryption key onto mobile station 202 through a direct and 
thus reliable and trusted connection to thereby provide 
secure device communication. 

[0039] Short-range communications subsystem 240 of Fig. 2 
is an additional optional component which provides for 
communication between mobile station 202 and different 
systems or devices, which need not necessarily be similar 
devices. For example, subsystem 240 may include an infrared 
device and associated circuits and components, or a 
Bluetooth™ communication module to provide for 
communication with similarly-enabled systems and devices. 
Bluetooth™ is a registered trademark of Bluetooth SIG, Inc. 

[0040] Fig. 3 is a block diagram of relevant system 
components pertaining to PoC communications of the present 
application. System components 300 include user equipment 
(UE) 302 which represents a mobile station, a PoC server 
304, an access network 306, a Group and List Management 
Server (GLMS) 308, a SIP/IP core 312, a Presence Server 310 
and a Location Server 316. The 3GPP defined IP Multimedia 
Subsystem (IMS) is an example of a SIP/IP core for mobile 
networks. Some of these components may be optional or not 
necessary for fundamental operation. Though illustrated as 
individual component devices some or all of the components 
304, 308, 310 collectively 314 may be configured within the 
same device (not shown) . 

[0041] A PoC communication session is a session 
connection between end users of a UE 302, referred to as 
session "participants'', who communicate one at a time in a 
half-duplex manner. PoC communication utilizes Voice over 
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IP (VoIP) technology which involves the communication of 
data packets carrying voice information. UE 302 is terminal 
equipment (e.g. a mobile station) which includes PoC 
application client software, which includes functionality of 
the present application but otherwise utilizes conventional 
techniques. SIP/IP core 312 includes a plurality of Session 
Initiation Protocol (SIP) proxies and SIP registrars. The 
first point of contact for UE 302 is one of the proxies in 
SIP/IP core 312 that is used by UE 302 as the outbound 
proxy. In the 3GPP IMS architecture, the outbound proxy is 
known as the Proxy-CSCF (P-CSCF) . SIP/IP Core 312 performs 
the following functions: (1) routing of SIP signaling 
between UE 302 and PoC server 304; (2) termination of SIP 
compression from UE 302; (3) authentication and 
authorization; (4) maintenance of the registration state; 
and (5) reporting to the charging system. UE 302 sends all 
its SIP messages to the IP address of the outbound proxy 
after resolving the SIP Uniform Resource Identifier (URI) of 
the outbound proxy to an IP address. 

[0042] End users use GLMS 308 to manage groups, contact 
lists, and access lists. A contact list may be used by end 
users to establish an instant talk session with other PoC 
users or PoC Groups. An end user may have one or several 
contact lists including identities of other PoC users or PoC 
groups. Contact list management includes operations to 
allow UE 302 to store and retrieve the contact lists managed 
by GLMS 308. End users can define PoC groups, particularly 
as described further below with reference to Figs. 4-5. An 
end user may use a PoC group to initiate an instant group 
talk session or a chat group talk session, depending on the 
type of group. An access list is used by the end user as a 
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means of controlling who is allowed to initiate instant talk 
sessions to the end user. An access list contains end user 
defined identities of other end users or groups. The end 
user may have one blocked identities list and one granted 
identities list. 

[0043] With reference to group management in accordance 
with the present application as described further below with 
reference to Figs. 4-5, GLMS 308 stores group lists 
referenced by a group address (such as a group URL) . Lists 
of members of groups can be static or dynamic. GLMS 308 
accepts subscriptions from users to a group address 
containing a set of rules (i.e. filters) that define who is 
an active member of the group identified by the group 
address. A user may obtain a group address from GLMS 308 or 
create one in accordance with a protocol therefore such as 
Extensible Markup Language (XML) Configuration Access 
(XCAP) . 

[0044] In turn, GLMS 308 subscribes or otherwise 
interfaces to Presence Server 310 to obtain users whose 
presence information matches the rules specified in the user 
subscription. The GLMS thus becomes a watcher for such 
presence information. GLMS 308 also notifies the subscribing 
user when a group member who meets the rules in the 
subscription is available upon receipt information from 
Presence Server 310. Such notification may be controlled by 
a group address owner in accordance with an authorization 
policy defined when the dynamic group is created. As well, 
such group address information may only be sent to those 
subscribing users to the group who subscribe to this type of 
information . 
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[0045] Further, GLMS may notify PoC server 304 (e.g. 
through a SIP Subscribe-Notif y mechanism or other means) who 
the active members of the group are when members join or 
leave . 

[0046] PoC server 304 includes functionality to perform 
the PoC service. PoC Server 304 typically performs 
functions such as: (1) end-point for SIP signaling; (2) 
end-point for real-time transport protocol (RTP) and RTP 
Control Protocol (RTCP) signaling; (3) SIP session handling; 

(4) policy control for access to groups; (5) group session 
handling; (6) access control; (7) floor control 
functionality (floor control is a control mechanism that 
arbitrates requests, from the UEs, for the right to speak) ; 

(8) talker identification; (9) participant information; (10) 
quality feedback; (11) charging reports; and (12) media 
distribution. 

[0047] Presence server 310 manages presence information 
that is uploaded by presence user/network/external agents, 
and is responsible for combining the presence-related 
information from the information it receives from multiple 
sources into a single presence document. Presence server 310 
delivers notifications of presence information to authorized 
watchers for such information as described above. Watchers 
may subscribe to the presence information to receive the 
notifications . 

[0048] Location Information is information about the 
location of a User (i.e. UE 302). It could be generated in a 
variety of ways such as through GPS satellite information 
for UEs so equipped or based on triangulation of the signal 
from a UE collected from multiple base stations of access 
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network 306, among others. In addition to direct publishing 
to presence server 310 by the user, location information may 
be gathered and distributed by a location server 316. 
GSM/UMTS networks support a Gateway Mobile Location Center 
(GMLC) network element that collects location information 
from various location collecting sources. Such an element 
may be adapted to publish this information to presence 
server 310. The rules for dynamic group address 
determination using location information can be matched in 
presence server 310 if the location information is published 
to presence server 310 or alternatively location server 316 
(such as a GMLC or another server communicating with the 
GMLC) could be adapted to do the matching of the rules. 

[0049] Each entity in the PoC system is assigned one or 
more IP addresses belonging to public or private IP realms. 
On the other hand, an end user may address another user by a 
phone number. UE 302 sends a phone number to SIP/IP core 
312 in a TEL Uniform Resource Locator (URL) . The phone 
number may use the international E.164 format (prefixed with 
a sign) or a local format using a local dialing plan and 

prefix. SIP/IP core 312 interprets the phone number with a 
leading * + ' to be an E.164 number. Addressing by TEL URL 
for a PoC session requires that PoC Server 304 can resolve 
the TEL URL to a SIP URI, for instance by using DNS/ENUM or 
other local data base. A phone number in a local format is 
converted to the E.164 format before DNS/ENUM is used. 

[0050] For a group communication to take place (such as a 
Push to Talk communication, or an instant messaging chat 
session) a group address is used for addressing 
communication signaling for setup of the group communication 
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with members of the group. In accordance with the teachings 
herein, in order for a group to be created dynamically for a 
communication, members of the dynamic group address need to 
be populated. Such a dynamic group address may be populated 
with members selected from users of the network using 
presence information which may include location information 
about the users stored by or provided to the network and 
filtered according to rules. A user wishing to establish a 
particular dynamic group may provide the rules for 
populating the group. 

[0051] Rules defining criteria which must be satisfied by 
another to be included in a particular group may be defined 
in a number of ways, including, for example, using 
Extensible Markup Language (XML) documents well known in the 
art. Rules may reference presence and/or location data 
elements, use comparison expressions and other data to 
define eligibility as a member of the group. For example, a 
mayday filter may reference presence data such as user's 
publishing a willingness to be considered for a mayday 
group, current location of users and a proximity threshold 

(e.g. 500m) . 

[0052] In the simplest form, the user who has this 
capability either creates (using a protocol such as XCAP) a 
group address (such as a SIP URL) or is provided by the 
network with a group address that has no permanent group 
members. Rather, the user defines rules or filters for 
association with the group address that determine the 
dynamic membership of the group based on information stored 
in or provided to the network concerning other users. 

[0053] Dynamic group membership may be determined in a 
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number of ways. Membership may be determined as a subset of 
users in the network who indicate that they are interested 
in being members of a particular dynamic group. Potential 
users may publish via presence techniques a desire to be 
considered for a particular group. Membership may be 
determined from a subset of particular pre-selected or named 
users identified by the dynamic group address owner and 
associated with the group at the time the dynamic group 
address is created. A user may be a group owner defining the 
rules for membership and pre-select a group of fellow users 
as potential candidates and provide rules for dynamically 
defining the group at any instance using presence and/or 
location information published for those pre-selected users. 

[0054] Other users who wish to be candidate members of 
such dynamic groups may publish (using presence techniques) 
an indication that they wish to participate in particular 
dynamic groups and, additionally, either directly or through 
information collected by the network publish presence and/or 
location information about the user for use to determine 
membership dynamically. In addition to publishing an 
interest in a specific dynamic group, users may publish an 
interest in being a candidate for dynamic groups generally. 
Those users not choosing to be considered can thus be easily 
excluded. 

[0055] Other than the inventive techniques described 
herein, the PoC architecture and signaling may be the same 
as is conventional as described in current specifications 
such as Push-to-talk over Cellular (PoC), Architecture, PoC 
Release 1.0 - Architecture VI. 1.0 (2003-08) Technical 
Specification; and Push-to-talk over Cellular (PoC), 
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Signaling Flows, PoC Release 1.0 - Signaling Flows VI. 1.3 
(2003-08) Technical Specification and OMA Standard Push to 
Talk over Cellular (PoC) - Architecture Draft Version 1.0 - 
25 March 2004. 

[0056] Some users may choose to be anonymous when they 
become members of a dynamic group. Anonymous users may 
choose to only watch/listen to the communication within the 
dynamic group - this is known as passive participation. 
Mechanisms may be provided to enable users to indicate if 
they require anonymity when joining dynamic groups that they 
wish to participate in. The creator of a dynamic group can 
also determine if anonymous members will be allowed, and 
whether they can actively or only passively participate as 
part of the rules for group creation. A mechanism also is 
provided for anonymous group members to reveal their 
identity later once they are participating in the dynamic 
group. Preferably to facilitate anonymity, users may include 
such preference information in their respective presence 
information. Dynamic group owners may then choose filtering 

(e.g. an authorization attribute) which permits or denies 
membership to anonymous users. 

[0057] The user(s) subscribes to the group address and 
the network subscribes to the presence information based on 
the rules associated with the group address. This may 
include the use of presence filters in the subscription that 
trigger notifications only when the rules for active 
membership of the group are satisfied. When a candidate 
member of the group publishes directly (or has published on 
their behalf by the network) information that satisfies the 
rules for active membership of the group, a notification is 
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sent indicating that this member is now an active member of 
the group. This notification may be delivered to the other 
active members of the group who have subscribed to the group 
address if such notification is authorized by the dynamic 
group address owner. Subscribing to such group membership 
information is optional. 

[0058] When an active group member performs a group 
communication (such as a Push-To-Talk talk burst) to the 
dynamic group address. The communication is routed to all 
the currently active members of the group. 

[0059] Fig. 4 is a block diagram of a system component 
configuration pertaining to PoC communications between three 
users in accordance with an embodiment of the invention. 
Persons of ordinary skill in the art will appreciate that 
the choice of three users is merely illustrative and not 
limiting. Configuration 400 comprises elements of 
configuration 300, namely PoC Server 304, GLMS 308, presence 
server 310 which may be provided as individual components or 
collected and provided as one component (e.g. 314) or in 
other collected component configurations (not shown) 
location server 316 and SIP/IP core 312. In addition, there 
are three example users, User-1 402, User-2 404 and User-3 
406 each with respective UE 302. 

[0060] Within the context of the architecture above, Fig. 
5 is a flow 500 which illustrates an example PoC 
communication session among the three ^users of Fig. 4. The 
representative flow illustrates a method for dynamic group 
address creation for PoC communications. The method may be 
embodied in a computer program product which includes a 
computer storage medium (e.g. computer disk or memory) and 
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computer instructions stored in the computer storage medium. 

[0061] In the present example, the group address and 
candidate members (friends) for the group have been defined 
by the owner in advance such as is known. Using a User 
Interface (UI) (e.g. UE 302) not shown, user-1402 defines 
rules for creating dynamically the address. The UI 
preferably allows the user to specify or select from a set 
of rules/options to assist with the definition of the rules 
for association with the group address. 

[0062] Flow operations 500 start at step 502 where User-1 
402 subscribes to the Group Address (URL) by sending a SIP 
Subscribe to GLMS 308. The SIP Subscribe request contains 
filters in the body of the request that indicate the rules 
for active membership of the group. In this case, the 
filters indicate a lunch preference for User-1 402 which is 
for Italian food. GLMS 308, either using SIP Subscribe or 
some other mechanism, obtains from Presence Server 310 a 
list of users who are present who meet the criteria for 
group membership (step 504). 

[0063] At step 506, User-2 404 sends SIP Publish to 
Presence Server 310 to publish presence information about 
this user including information about lunch preferences. In 
this case Chinese and Italian food preferences are 
published. At step 508, Presence Server 310, using either 
SIP Notify or some other means, notifies GLMS 308 that User- 
2 404 is available and meets the rules specified by User-1 
402. A contact address for User-2 404 is provided. GLMS 308 
adds User-2 404 to the group. 

[0064] At step 510 GLMS 308 sends a SIP Notify to User-1 
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402 indicating that User-2 404 is now a member of the group 
because of a shared preference for Italian food. At step 
512, GLMS, using either, a SIP Notify some other means, 
notifies PoC Server 304 that User-2 404 is now a member of 
the group. 

[0065] At step 514, User-3 406 sends SIP Publish to 
Presence Server 310 to publish presence information about 
this user including information about lunch preferences, in 
this case Italian and Mexican foods. At step 516, Presence 
Server 310, using either SIP Notify or some other means, 
notifies GLMS 308 that User-3 406 is available and meets the 
rules specified by User-1 404 and provides User-3' s 406 
contact address. GLMS 308 adds User-3 406 to the group. 

[0066] At step 518, GLMS sends a SIP Notify to User-1 402 
indicating that User-3 406 is now a member of the group. At 
step 520, GLMS 308 using either a SIP Notify some other 
means notifies PoC Server 304 that User-3 406 is now a 
member of the group. 

[0067] At step 522, User-1 invites the Italian food 
loving fellow users to lunch using the mobile station to 
place a PoC call by sending a SIP Invite to PoC server 04 
addressed to the Group Address that now contains User-2 404 
and User-3 406. 

[0068] At step 524, PoC server 304 that owns this Group 
Address resolves it to the member addresses of User-2 404 
and User-3 406 and sends a SIP Invite to the call to User-2 
404. At step 526, PoC server 304 sends a SIP Invite to User- 
3 406 as well. 

[0069] At steps 528 and 530, User-2 404 and User-3 406 
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respectively accept the call by sending a SIP 200 OK 
response to PoC server 304. At steps 532 and 534 the 
respective acceptances are relayed to User-1 402 by PoC 
server 304 by sending respective SIP 200 OK responses to 
User-1 402. 

[0070] At step 536, User-1 402 starts to talk to the 
other users (404 406) using the voice communication path 
established by PoC server 304 in order to select an Italian 
restaurant at which the users 402-406 may meet for lunch. 

[0071] Within the context of the general architecture 
above in Fig. 4 and including additional presence servers 
that are not shown therein, Fig. 6 is a flow 600 which 
illustrates a portion of an example PoC communication 
session initiation by a user to dynamically define members 
for a group address from users whose presence information is 
managed by a plurality of presence servers. Individual 
presence servers may be from the same or different domains 
and networks. The method illustrated may be embodied in a 
computer program product which includes a computer storage 
medium (e.g. computer disk or memory) and computer 
instructions stored in the computer storage medium. 

[0072] Operations 600 begin for a flow to search multiple 
servers and at step 602 a user (e.g. User-1) subscribes to a 
group address (URL) by sending a SIP Subscribe to GLMS 
containing filters in the body of the request that indicate 
the rules for active membership of the group. GLMS has a 
resource list comprising presence servers in its own or 
other domains that may also contain matches for the filters 
in the subscribe message. In this case GLMS has a resource 
list that contains Presence Server-1 and Presence Server-4. 
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GLMS uses a SIP Subscribe to subscribe to Presence Server-1 
to obtain the list of users who are present who meet the 
criteria for group membership. This Subscribe is routed to 
Presence Server-1 (step 604) . 

[0073] Presence Server-1, as well as searching its own 
store (e.g. a presence database) for matches, also has a 
resource list containing other presence servers in its own 
or other domains that may also contain matches for the 
filters in the subscribe. In this case Presence Server-1 has 
a resource list that contains Presence Server-2 and Presence 
Server-3. Presence Server-1 uses a SIP Subscribe to 
subscribe to Presence Server-2 to obtain the list of users 
who are present who meet the criteria for group membership. 
This subscribe is routed to Presence Server-2 (step 606) . 

[0074] At step 608 Presence Server-1 acknowledges the 
Subscribe by sending a SIP 200 OK back to GLMS and at step 
610 GLMS acknowledges User-l's Subscribe by sending a SIP 
200 OK back to the PTT Terminal of user-1. 

[0075] At step 612 Presence Server-2 acknowledges the 

Subscribe by sending a SIP 200 OK back to Presence Server-1. 
Presence Server-2 uses a SIP Notify to notify Presence 
Server-1 of the matches found and receives a SIP 200 OK in 
return (steps 614-616) . 

[0076] At step 618 Presence Server-1 uses a SIP Subscribe 
to also subscribe to Presence Server-3 to obtain the list of 
users who are present who meet the criteria for group 
membership. This Subscribe is routed to Presence Server-3. 
At steps 620-624, Presence Server-3 acknowledges the 
Subscribe by sending a SIP 200 OK back to the Presence 
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Server-1 and Presence Server-3 uses a SIP Notify to notify 
Presence Server-1 of the matches found receiving Presence 
Server-1' s acknowledgement to the Notify in return. 

[0077] At steps 626-628, GLMS uses a SIP Subscribe to 
subscribe to Presence Server-4 to obtain the list of users 
who are present who meet the criteria for group membership. 
This Subscribe is routed to Presence Server-4 which 
acknowledges the Subscribe by sending a SIP 200 OK back to 
GLMS. 

[0078] Presence Server-4 uses a SIP Notify to notify the 

GLMS of the matches found and GLMS acknowledges the Notify 
by sending a SIP 200 OK back to the Presence Server-4 (steps 
630-632) . 

[0079] Presence Server-1 aggregates (combines) the 
responses in the received Notify messages from Presence 
Server-2 and Presence Server-3 and uses a SIP Notify to 
notify GLMS of the matches found (step 634) . GLMS 
acknowledges the Notify by sending a SIP 200 OK back to the 
Presence Server-1 (step 636) . 

[0080] GLMS aggregates (combines) the responses from 
Presence Server-1 and Presence Server-4 in the received 
Notify communications. GLMS uses a SIP Notify to notify 
User-1 of the matches found and the user's UE acknowledges 
the Notify by sending a SIP 200 OK back to GLMS (steps 638- 
640) . Though notification is described whereby members are 
aggregated before messaging to another entity (e.g. GLMS, a 
presence server, or UE) , messaging could be initiated as 
soon as a member is determined to gradually populate the 
group. As well, persons skilled in the art will appreciate 
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that server entities may communicate with fellow servers 
simultaneously rather than in turn as shown and described. 

[0081] The above flow illustrates how Resource List 
search hierarchies can be used to search multiple servers 
and multiple domains for matches. This technique can be 
utilized in situations which require searches in multiple 
domains/networks. For example a Mayday Call by User-1 could 
use a "mayday" URL for the group. User-1 ! s PTT Terminal 
subscribes to the mayday group URL. A GLMS in the PTT 
terminal's home network starts to add users to that group on 
the basis of pre-defined rules (filters) . The rules may 
examine presence and location information such as those 
available users who are located within 500 metres of User-1 
by subscribing to the Presence Servers in the home network. 

[0082] In the case of a British skier (having a "home" 
network) travelling in the French Alps roaming on a 
"roaming" network, the initial additions to the group would 
be other home network subscribers in the area. In this case 
a notification would be returned by the GLMS to the PTT 
terminal as soon as one other member has been added to the 
group so that the call could be initially established. 

[0083] Subsequently GLMS in the home network subscribes 
to the roaming network using a resource list accessed based 
on visited network information in the Subscribe request. 
Presence Servers in the roaming network conduct searches of 
their own presence information to find other users within 
the 500m range specified in the filters and return notify 
messages to the home network which would add those roaming 
network users into the Mayday group. 
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[0084] Subsequently, the roaming network Presence Server 
could then subscribe to a Presence Server of one or more 
other network operators in France using their own resource 
lists, with the rules they had received from the filters in 
the subscribe sent from the home (British) network. The 
Notify communications from the other networks are then 
notified back from the roaming network to the home network 
and those users so notified to GLMS also become members of 
the Mayday group. 

[0085] The above-described embodiments of the present 
application are intended to be examples only. Those of 
skill in the art may effect alterations, modifications and 
variations to the particular embodiments without departing 
from the scope of the application. The invention described 
herein in the recited claims intends to cover and embrace 
all suitable changes in technology. 
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